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1 BACKGROUND 

2 1. Field : 

3 Systems and method described herein relate to diagnostics in a processing system. 

4 In particular, these systems and method relate to the use of software for performing 

5 diagnostic procedures. 

6 2. Background Information : 

7 Software tools for performing diagnostic procedures enable diagnostic tests on 

8 one or more elements of a processing system. Such elements of a processing system to be 

9 diagnosed may include hardware subsystems such as, for example, memory devices, 

10 communication circuitry and data busses. Diagnostic tools may also be used to 

1 1 performing tests of software subsystems. Application programs may typically initiate 

12 diagnostic procedures through the diagnostic tools. 

13 Software diagnostic tools are typically hosted on an operating system which 

14 resides on a target processing system to be tested. In a desktop or mobile computing 

15 environment, for example, software diagnostic tools may be hosted on an operating 

16 systems such as versions of Windows™ sold by Microsoft Corporation. One set of 

17 software diagnostic tools may typically be developed for several processing systems 

18 hosting the same operating system. 

19 With the use of multiple types of operating systems in, for example, embedded 

20 and real-time computing platforms, hosting similar diagnostic software tools on each of 

21 several operating systems typically involves the use of a different set of diagnostic tools 

22 for each operating system. Accordingly, performing similar diagnostic tests on multiple 

23 systems with different operating systems typically involves developing a set of diagnostic 

24 tools for each operating system. There is a need to reduce the cost and complexity 

25 associated with providing diagnostic tools for processing systems hosting different 

26 operating systems. 
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1 BRIEF DESCRIPTION OF THE FIGURES 

2 Non-limiting and non-exhaustive embodiments of the present invention will be 

3 described with reference to the following figures, wherein like reference numerals refer to 

4 like parts throughout the various figures unless otherwise specified. 

5 Figure 1 is a schematic diagram illustrating a computer architecture according to 

6 an embodiment of the present invention. 

7 Figure 2 is a schematic diagram illustrating a software configuration comprising a 

8 firmware interface according to an embodiment of the present invention. 

9 Figure 3 is flow diagram illustrating a process of loading run- time diagnostic 
10 modules to a processing system according to an embodiment of the present invention. 



2 
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1 DETAILED DESCRIPTION 

2 Embodiments of the present invention relate to the use of diagnostic procedures 

3 through a firmware interface in a processing system. A first physical area of a memory 

4 may store one or more diagnostic modules comprising machine-readable instructions for 

5 performing one or more diagnostic procedures. A second physical area of the memory 

6 may store an operating system capable of initiating execution of the one or more 

7 diagnostic procedures through the firmware interface. 

8 Reference throughout this specification to "one embodiment" or "an embodiment" 

9 means that a particular feature, structure, or characteristic described in connection with 

10 the embodiment is included in at least one embodiment of the present invention. Thus, 

1 1 the appearances of the phrase "in one embodiment" or "an embodiment" in various places 

12 throughout this specification are not necessarily all referring to the same embodiment. 

13 Furthermore, the particular features, structures, or characteristics may be combined in one 

14 or more embodiments. 

15 A "processing system" as discussed herein refers to a combination of hardware 

16 and software resources for accomplishing computational tasks. An "operating system" as 

17 discussed herein relates to one or more encoded procedures for facilitating 

18 communication between application procedures and processing resources of a processing 
' * 19 system. Such an operating system may allocate processing resources to application 

20 procedures and provide an application programming interface (API) comprising callable 

21 software procedures for execution on the processing resources in support of application 

22 procedures. However, embodiments of the present invention are not limited in this 

23 respect. A "basic input/output system" (BIOS) refers to systems for providing machine- 

24 readable instructions ("BIOS routines") to a processing system processor for initializing 

25 hardware resources of a processing system. 

26 A "firmware interface" refers to software routines and data structures to enable 

27 communication between an operating system and hardware resources of a processing 

28 system. Such a firmware interface may define an interface between the hardware 

29 resources of a processing system and for one or more or more independently developed 

30 operating systems. However, embodiments of the present invention are not limited in this 

31 respect and other implementations of a firmware interface may be used. According to an 

32 embodiment, BIOS routines may be executed on hardware resources to install the 
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1 software routines and data structures of a firmware interface on hardware resources of a 

2 processing system and then subsequently install an operating system during a boot 

3 sequence. However, embodiments of the present invention are not limited in this respect. 

4 Figure 1 is a schematic diagram illustrating a computer architecture 20 according 

5 to an embodiment of the present invention. A central processing unit (CPU) 2 is coupled 

6 through a bus 1 0 to a random access memory (RAM) 4, basic input/output system (BIOS) 

7 6 and a non- volatile memory (NVM) 8 such as a hard disk drive or flash memory device. 

8 Devices on the bus 10 may also be coupled to one or more peripheral devices such as a 

9 network interface controller (NIC) 14, universal serial bus (USB) 16 and small computer 

10 system interface (SCSI) 22 through a bridge 14 and a bus 12. Embodiments of the 

1 1 present invention are not limited to this architecture and other architectures may be used. 

12 Also, the busses 10 and 12 may be any suitable communication bus such as a peripheral 

. 13 components interconnection (PCI) bus. However, embodiments of the present invention 

14 are not limited in this respect and other busses may be used. 
r 15 A "diagnostic procedure" as referred to herein relates to procedures executed on a 

16 processing system to evaluate a hardware or software subsystem. Such a hardware or 

1 7 software subsystem to be evaluated may comprise portions of the processing system 

18 executing the procedure. In the embodiment of the Figure 1, for example, a diagnostic 

19 procedure may be directed to evaluating devices and related software subsystems such as, 

20 for example, either of the busses 1 0 or 12, the SCSI 22, NIC 14, NVM 8 and USB 1 6. 

21 However, embodiments of the present invention are limited in this respect. For example, 

22 the system to be evaluated by a diagnostic procedure may not be a part of the processing 

23 system executing the diagnostic procedure. For example, a diagnostic procedure may be 

24 executed to evaluate a device coupled to the processing system through a network. In any 

25 case, embodiments of the present invention are not limited in these respects. 

26 A "system memory" of the presently illustrated embodiment may comprise 

27 portions of the RAM 4 and NVM 8 to provide memory resources for use during dynamic 

28 operation of the processing system. A "diagnostic module" as referred to herein relates 

29 to a set of machine-readable instructions for executing one or more diagnostic procedures 

30 on a processing system. Such diagnostic modules may be stored in one or more areas of 

31 the system memory. 

32 In the illustrated embodiment, the BIOS 6 may comprise a memory for storing 

33 BIOS routines to be executed on the CPU 2 during a boot sequence. Execution of the 

4 
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1 BIOS routines may initiate the loading of a firmware interface from the BIOS 6 or NVM 

2 8 to the RAM 4, followed by the loading of an operating system from the NVM 8 to the 

3 RAM to create an image in the system memory. Following the boot procedure, the 

4 firmware interface may provide pointers to locations in the system memory to direct the 

5 CPU 2 to execute instructions in the image for performing tasks. However, embodiments 

6 of the present invention are not limited in this respect and a firmware interface and 

7 operating system may be loaded to a system memory using other techniques. 

8 Such an operating system loaded to the RAM 4 during a boot procedure may 

9 comprise, for example, any one of several operating systems for desktop or mobile 

10 computers such as, for example, versions of Windows™ sold by Microsoft Corporation, 

11 or any one of several operating systems for real-time applications such as, for example, 

12 versions of Linux or versions of Vx Works or pSOS sold by Windriver Systems, Inc. 

13 However, embodiments of the present invention are limited in this respect and other 

14 operating systems may be used. 

15 Figure 2 is a schematic diagram illustrating a software configuration comprising a 

16 firmware interface according to an embodiment of the present invention. In the illustrated 

17 embodiment, a boot procedure may install a firmware interface such as an extensible 

18 firmware interface (EFI) as described in the Extensible Firmware Interface Specification, 

19 Version 0.99, April 19, 2000 published by Intel Corporation (hereinafter "EFI 

20 Specification"). However, embodiments of the present invention are not limited in this 

21 respect and other firmware interfaces may be used. 

22 In the illustrated embodiment, an operating system may communicate with 

23 platform hardware 1 08 through an EFI or interfaces 1 12 for other services such as, for 

24 example, an Advanced Configuration and Power Interface (ACPI), ACPI Specification, 

25 Revision 1.0, December 22, 1996, Intel Corp., Microsoft Corp. and Toshiba Corp., and 

26 System Management BIOS (SMBIOS), SMBIOS Reference Specification Version 2.3. 1 , 

27 March 1 6, 1 999. However, embodiments of the present invention are not limited in this 

28 respect and the operating system may communicate with system hardware using other 

29 techniques. EFI runtime services 106 may include diagnostic modules which may be 

30 executed in response to the operating system 102 via the EFI. 

31 The platform hardware 1 08 comprises a system memory 1 1 8 which is capable of 

32 storing executable images of the operating system 102 and the EFI. In the illustrated 

33 embodiment, the EFI runtime services 106 and EFI operating system loader 104 reside in 
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1 a first area 1 1 6 of the system memory 118 and the operating system 1 02 resides in a 

2 second area 1 14 of the system memory 118. While Figure 2 shows that first and second 

3 areas 1 1 6 and 1 1 4 of the system memory 1 1 8 are contiguous, it should be understood by 

4 those of ordinary skill in the art that such areas of memory need not be physically 

5 contiguous in the system memory 118. It should be understood that locations internal to 

6 the area 116 need not be contiguous in the system memory 118. 

7 According to an embodiment, BIOS routines may load the EFI runtime services 

8 1 06 and EFI boot services 1 1 0 to the system memory 1 1 8 separately from a process for 

9 loading of the operating system 102. However, embodiments of the present invention are 

10 not limited in this respect. The operating system 102 may initiate the execution of the 

1 1 diagnostic modules in the EFI runtime services 106 through a firmware interface. Once 

12 loaded to the system memory 118, the operating system 102 may initiate execution of the 

13 diagnostic modules 

14 In the illustrated embodiment, an "EFI System Table" may be maintained in 

15 conjunction with the firmware interface to provide a reference to EFI run time services 

16 106. The EFI System table may maintain a list of globally unique identifiers (GUIDs) 

17 referenced to function pointers. Accordingly, the operating system 1 02 may retrieve 

18 function pointers to the runtime services 106 using the GUIDs. However, embodiments 

19 of the present invention are not limited in this respect and pointers to runtime functions 

20 may be located using other techniques. 

21 Figure 3 is a flow diagram illustrating a process of loading run-time diagnostic 

22 modules to a processing system according to an embodiment of the present invention. In 

23 the illustrated embodiment, BIOS routines may include a boot manager for loading EFI 

24 drivers as illustrated in the EFI Specification at Section 2. 1 . The boot manager may 

25 install the diagnostic modules at a first area of system memory as illustrated with 

26 reference to blocks 202 and 204. However, embodiments of the present invention are 

27 limited in this respect and the diagnostic modules may be loaded to the system memory 

28 using other techniques. At blocks 202, the boot manager loads one or more diagnostic 

29 modules as one or more EFI drivers. The boot manager may load these EFI drivers as 

30 illustrated in the EFI Specification in Section 4.5. This may then load the EFI drivers in a 

3 1 first region of the system memory. 

32 At block 204, an EFI_IMAGE_ENTRY_POINT function may identify an event 

33 "EVT_SIGNAL_VIRTUAL_ADDRES SCHANGE" by executing a CreateEvent 
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1 function (described in the EFI Specification at Section 3 . 1 . 1 ) for detecting changes in 

2 virtual addressing. Upon detection of this event, a function 

3 "CallbackFunctionForPointerFixup" may be invoked to account for changes in the virtual 

4 addressing of the diagnostic modules in system memory. A configuration table with 

5 pointers identifying the locations of the diagnostic modules in system memory referenced 

6 by GUIDs may then be created as part of the EFI system table by executing 

7 InstallConfigurationTable as described in the EFI Specification at Section 3.8.6. 

8 However, embodiments of the present invention are not limited in this respect and other 

9 techniques may be used for organizing diagnostic modules in system memory and 

10 detecting changes in virtual addressing. 

1 1 Cloud 206, diamond 208 and block 2 1 0 illustrate a process of loading an 

12 operating system to a second area of the system memory which may be distinct from the 

13 first area of the system memory where the diagnostic modules are to reside. However, 

14 embodiments of the present invention are not limited in this respect and other techniques 

15 for loading an operating system may be used. At cloud 206, the boot manager may 

16 perform additional procedures following installation of the EFI drivers such as, for 

17 example, installing an operating system in the system memory through an operating 

18 system loader. In the illustrated embodiment, execution of the operating system loader at 

1 9 diamond 208 may invoke a procedure SetVirtualAddressMap for transitioning to a virtual 

20 address mode as described in the EFI Specification at 3.7. 1 . However, embodiments of 

21 the present invention are not limited in this respect and an operating system loader in an 

22 alternative embodiment may not necessarily perform such a transition to a virtual address 

23 mode. 

24 Invocation of the function SetVirtualAddressMap at diamond 208 may generate 

25 the aforementioned event E VTSIGN ALVIRTU ALADDRE S S to indicate a transition 

26 to virtual addressing mode. This may then invoke the function 

27 CallbackFunctionForPointerFixup at block 210 to change the pointers to the diagnostic 

28 modules in the configuration table to be consistent with changes in virtual addressing. 

29 This may be accomplished by, for example, executing a ConvertPointer function as 

30 described in the EFI Specification at Section 3.7.2. However, embodiments of the present 

31 invention are not limited in this respect and other methods of accounting for changes to a 

32 virtual addressing scheme may be used. 
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Following completion of installation of the operating system at cloud 212, 
application programs may then execute a diagnostic module through the operating system 
and firmware interface at block 214. In the illustrated embodiment, this may be 
accomplished by calling a Startlmage function specifying an EFI_HANDLE in the 
configuration table pointing to the diagnostic module as described in the EFI 
Specification at Section 3.4.2. However, embodiments of the present invention are 
limited in this respect and application programs may execute diagnostic modules through 
a firmware interface using other techniques. 

While there has been illustrated and described what are presently considered to be 
example embodiments of the present invention, it will be understood by those skilled in 
the art that various other modifications may be made, and equivalents may be substituted, 
without departing from the true scope of the invention. Additionally, many modifications 
may be made to adapt a particular situation to the teachings of the present invention 
without departing from the central inventive concept described herein. Therefore, it is 
intended that the present invention not be limited to the particular embodiments disclosed, 
but that the invention include all embodiments falling within the scope of the appended 
claims. 
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1 CLAIMS 

2 What is claimed is: 

3 1. A method comprising: 

4 in a storage medium, storing one or more diagnostic modules comprising 

5 machine-readable instructions for performing one or more diagnostic procedures of a 

6 processing system; 

7 hosting an operating system capable of addressing the storage medium, 

8 wherein the operating system is capable of initiating execution of the one or more 

9 diagnostic procedures through a firmware interface. 
10 

1 1 2. The method of claim 1 , the method further comprising storing the one or more 

12 diagnostic modules in a physically addressable area of a system memory, wherein the 

13 operating system is prevented from remapping the machine readable instructions for 

14 performing the one or more diagnostic procedures in the system memory. 
15 

16 3. The method of claim 1, wherein the one or more diagnostic modules comprise 

17 run-time drivers executable through the firmware interface. 
18 

19 4. The method of claim 1, wherein the diagnostic procedures comprise diagnostic 

20 procedures for testing one or more peripheral devices of the processing system. 
21 
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1 5. The method of claim 1, the method further comprising: 

2 loading the one or more diagnostic modules to a first physically addressable area 

3 of a system memory; and 

4 loading the operating system to a second physically addressable area of memory 

5 from a non- volatile memory device. 
6 

7 6. The method of claim 5, the method further comprising loading the one or more 

8 diagnostic modules to the physically addressable area of the system memory from a basic 

9 input/output system (BIOS). 
10 

1 1 7. The method of claim 1 , the method further comprising: 

12 maintaining pointers in the firmware interface to the diagnostic modules at an 

1 3 addressable portion of the storage medium; 

14 detecting a change in virtual addressing by the operating system; and 

'- 15 converting pointers in the firmware interface in response to the change in virtual 

16 addressing. 

K 17 

18 8. An apparatus comprising: 

19 a processor; 

20 a memory to store data; 

„ 21 logic to store in the memory one or more diagnostic modules comprising 

22 machine-readable instructions for performing one or more diagnostic procedures of a 

23 processing system; and 

24 an operating system capable of initiating execution of the one or more diagnostic 

25 procedures on the processor through a firmware interface. 
26 

27 9. The apparatus of claim 8, the apparatus further comprising logic to store the one 

28 or more diagnostic modules in a physically addressable area of the memory, wherein the 

29 operating system is prevented from remapping the machine readable instructions for 

30 performing the one or more diagnostic procedures in the memory. 

31 

32 1 0. The apparatus of claim 8, wherein the one or more diagnostic modules comprise 

33 run-time drivers executable through the firmware interface. 

10 
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1 

2 11. The apparatus of claim 8, wherein the diagnostic procedures comprise diagnostic 

3 procedures for testing one or more peripheral devices of the processing system. 

4 

5 12. The apparatus of claim 8, the apparatus further comprising: 

6 logic to load the one or more diagnostic modules to a first physically addressable 

7 area of a system memory; and 

8 logic to load the operating system to a second physically addressable area of the 

9 system memory from a non- volatile memory device. 
10 

11 13. The apparatus of claim 1 2, the apparatus further comprising a basic input/output 

12 system (BIOS) comprising logic to load the one or more diagnostic modules to the first 

13 physically addressable area of the system memory. 

14 

15 14. The apparatus of 8, the apparatus further comprising: 

16 logic to maintain pointers in the firmware interface to the diagnostic modules at an 

17 addressable portion of the storage medium; 

18 logic to detect a change in virtual addressing by the operating system; and 

1 9 logic to convert pointers in the firmware interface in response to the change in 

20 virtual addressing. 

21 

22 15. A circuit for initiating a boot sequence for a processing system, the circuit 

23 comprising: 

24 logic to store in a storage medium one or more diagnostic modules comprising 

25 machine-readable instructions for performing one or more diagnostic procedures of a 

26 processing system; 

27 logic to initiate an operating system capable of addressing the storage medium, 

28 wherein the operating system is capable of initiating execution of the one or more 

29 diagnostic procedures through a firmware interface. 
30 

31 16. The circuit of claim 15, wherein the circuit comprises a basic input/output system 

32 (BIOS) adapted to integrate with the processing system. 

33 

11 
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1 1 7. The circuit of claim 1 5, the circuit further comprising logic to store the one or 

2 more diagnostic modules in a physically addressable area of the storage medium, wherein 

3 the operating system is prevented from remapping the machine readable instructions for 

4 performing the one or more diagnostic procedures in the storage medium. 
5 

6 18. The circuit of claim 15, wherein the one or more diagnostic modules comprise 

7 run-time drivers executable through the firmware interface. 
8 

9 19. The circuit of claim 15, wherein the diagnostic procedures comprise diagnostic 

10 procedures for testing one or more peripheral devices of the processing system. 
11 

12 20. The circuit of claim 15, the circuit further comprising: 

13 logic to load the one or more diagnostic modules to a first physically addressable 
= 14 area of a system memory; and 

15 logic to load the operating system to a second physically addressable area of the 

1 6 system memory from a non- volatile memory device. 

n 17 

18 21. The circuit of claim 20, the circuit further comprising a basic input/output system 

19 (BIOS) comprising logic to load the one or more diagnostic modules to the first 

20 physically addressable area of the system memory. 

3 21 

22 22. The circuit of claim 15, the circuit further comprising: 

23 logic to maintain pointers in the firmware interface to the diagnostic modules at an 

24 addressable portion of the storage medium; 

25 logic to detect a change in virtual addressing by the operating system; and 

26 logic to convert pointers in the firmware interface in response to the change in 

27 virtual addressing. 
28 

29 23. An article comprising: 

30 a storage medium comprising machine-readable instructions stored thereon for: 

31 initiating storage of machine-readable instructions for performing one or 

32 more diagnostic procedures of a processing system in a first physical area of a 

33 memory; and 

12 
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1 initiating storage of machine-readable instructions for executing an 

2 operating system for the processing system in a second physical area of the 

3 memory, 

4 wherein the operating system is capable of initiating execution of the one or more 

5 diagnostic procedures through a firmware interface. 
6 

7 24. The article of claim 23 , wherein the storage medium further comprising machine- 

8 readable instructions stored thereon for storing the one or more diagnostic modules in a 

9 physically addressable area of a system memory, wherein the operating system is 

10 prevented from remapping the machine readable instructions for performing the one or 

1 1 more diagnostic procedures in the system memory. 

12 

1 3 25 . The article of claim 23 , wherein the one or more diagnostic modules comprise 

14 run-time drivers executable through the firmware interface. 

15 

16 26. The article of claim 23 , wherein the diagnostic procedures comprise diagnostic 

17 procedures for testing one or more peripheral devices of the processing system. 

18 

! 9 27. The article of claim 23 , wherein the storage medium further comprises machine 

20 readable instructions stored thereon for: 

21 loading the one or more diagnostic modules to a first physically addressable area 

22 of a system memory; and 

23 loading the operating system to a second physically addressable area of memory 

24 from a non- volatile memory device. 
25 

26 28. The article of claim 23, wherein the storage medium further comprises machine 

27 readable instructions stored thereon for loading the one or more diagnostic modules to the 

28 physically addressable area of the system memory from a basic input/output system 

29 (BIOS). 

30 

31 29. The article of claim 23, wherein the storage medium further comprises machine- 

32 readable instructions stored thereon for: 

13 
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maintaining pointers in the firmware interface to the diagnostic modules at an 

addressable portion of the storage medium; 

detecting a change in virtual addressing by the operating system; and 
converting pointers in the firmware interface in response to the change in virtual 

addressing. 
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1 ABSTRACT 

2 A system and method of using of diagnostic procedures through a firmware 

3 interface in a processing system are described. A first physical area of a memory may 

4 store one or more diagnostic modules comprising machine-readable instructions for 

5 performing one or more diagnostic procedures of a processing system. A second physical 

6 area of the memory may store an operating system capable of initiating execution of the 

7 one or more diagnostic procedures through the firmware interface. 
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Firmware loads the diagnostic test as an EFI driver 
and its entry point function is called. 



In the diagnostic driver's entry point function do the following 
> CreateEvent(EVT_SIGNAL_VIRTUAL_ADDRESS_CHANGE, 
TPL_NOTTFY, CallbackFunctionForPointerFixup, 

.); 

InstaIlConfigurationTabIe(DiagsGUIDXYZ, &DiagnosticMain); 



Z#4 



Firmware does other things 
and the OS is being booted 





CallbackFunctionForPointerFixup will be invoked and that will 
Update any internal pointers, addresses using the 
ConvertPointerO function 



2 I Z- 



OS is successfully booted 




Applications can locate the diagnostic test by 

Finding the GUID DiagsGUIDXYZ in EFI system table. This 
entry will have the pointer for the diagnostic test entry point. 



